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(54) Electronic commerce support method and apparatus 



(57) An electronic commerce support method for 
managing trading in a client (21 0) connected to a server 
(220) for providing electronic commerce services to re- 
ceive the electronic commerce services includes the 
steps of: transmitting an order for a product on the elec- 
tronic commerce in response to an input by a user to the 
server through a communication network, receiving 
trading information including a trading identifier associ- 
ated with the order and data on the contents of the order 
from the server, and storing the trading information in a 
storage device (21 4) (1 1 1 , 1 1 2); receiving from the serv- 
er trading processing information including a present 
status of processing for processing initiated for the or- 
der, a present status of processing for delivery of the 
product corresponding to the order, a present status of 
processing for payment processing for the trading, and 
the trading identifier (113); and comparing the trading 
identifier included in the trading information with the 
trading identifier included in the trading processing in- 
formation, and outputting a warning if they are not coin- 
cident, and adding the trading processing information to 
the trading information stored in the storage device if 
they are coincident (118). An electronic commerce sup- 
port method for managing trading in a server (220) for 
providing a plurality of clients (210) with electronic com- 
merce services, includes the steps of: receiving an order 
for a product in the electronic commerce in response to 
an input by a user from a client through a communication 
network (230), and performing order acceptance 
processing for the product in accordance with a prede- 
termined electronic commerce processing (121); trans- 
mitting to the client trading information including a trad- 
ing identifier associated with the order and data on the 



contents of the order (123); creating trading processing 
information including a present status of processing for 
processing initiated for the order, a present status of 
processing for delivery of the product corresponding to 
the order, a present status of processing for payment 
processing for the trading, and the trading identifier, and 
transmitting the trading processing information to the cli- 
ent (136); and managing the present status of process- 
ing for the processing initiated for the order, the present 
status of the processing for delivery of the product cor- 
responding to the order, and the present status of 
processing for the payment processing for the trading 
until the order processing, the delivery, and the payment 
processing are completed (1 37). 

FIG. 1 
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Description 

The present invention relates to an electronic com- 
merce support method and apparatus. 

R. Kalakota et a'l., Frontiers of : f:t^onjc Com- 
merce, Addison-Wesley Pub. Co., Ihc, 1976, pp. 
274-288 discloses search, order, payment, return, and 
so on of products in online shopping. 

In the online shopping using a communication net- 
work such as Internet or the like, information on products 
provided therein can be visually and easily identified by 
a web browser using Hyper-Text Markup Language 
(HTML) and Virtual Reality Modelling Language 
(VRML), and so on. For placing an order, a desired prod- 
uct may be selected and information associated with the 
order be inputted. 

After the order is completed, a statement of the or- 
der indicating the contents and purchase price of or- 
dered products is transmitted through an electronic mail 
or sent by tetter for confirmation. In many cases, ordered 
product are delivered by some home delivery service in 
several days. A product such as software electronically 
available through a network can be immediately down- 
loaded into a storage device in a computer of a buyer. 

As to payment for such products ordered through 
the online shopping, a credit card billing model may be 
utilized. In this case, an associated credit billing organ- 
ization or card company bundles monthly trading utilized 
by the buyer for the past one month, totalizes the 
amount for revolving payment, and sends the buyer a 
card utilization statement which also serves as an ad- 
vance notice of debit. Then, the noticed amount is au- 
tomatically debited from a bank account specified by the 
buyer on a predetermined date. 

It is expected that in future, the opportunities of uti- 
lizing the online shopping for purchasing products will 
be more and more increased, and products available on 
networks will extend to daily necessaries and so on, as 
personal computers and Internet are increasingly 
spread for domestic use. As the number of available 
products and the frequency of purchases in the online 
shopping are increased, it is envisaged that the man- 
agement of information related to trading will become 
more complicated. 

In the conventional online shopping, a personal 
computer is not capable of always providing detailed in- 
formation on each of purchased products, for example, 
which of purchased products has been delivered, for 
which product the payment has been made, and so on. 
Information on ordered products is given to a buyer only 
when statements of ordered products are delivered from 
respective sellers to the buyer by letter through a postal 
service or the like, or only when the products are deliv- 
ered to the buyer by a home delivery service. It is there- 
fore difficult for a buyer to acquire what the buyer has 
ordered in the past, whether ordered products have 
been delivered, how much and when the buyer must 
pay, and so on when the buyer wants to know such in- 



2 

formation. In addition, the buyer has difficulties in ac- 
cessing information on which product has not yet been 
delivered after a scheduled delivery date had been 
passed, information on where to inquire about undeliv- 
s ered products, and so on. Further difficulties are en- 
countered in immediately knowing for which product the 
payment has not been made, how much the total 
amount sums up for unpaid products, whether the 
amount of money remaining in the specified account is 
sufficient to cover previous trading, and so on. Further- 
more, it is difficult to check whether the contents of a 
statement sent to the buyer at a later date are coincident 
with the contents of orders which were placed far in the 
past. 

Preferably, it is an object of the present invention to 
provide an electronic commerce support method and 
system which are capable of solving the problems men- 
tioned above and efficiently managing and utilizing trad- 
ing information in the online shopping. 

Preferably, it is another object of the present inven- 
tion to provide an electronic commerce support method 
and system which is capable of managing and utilizing 
trading information in electronic commerce, and acquir- 
ing a present status of processing for a trading, corre- 
sponding to the managed information, to enable a buyer 
to readily know the correspondence between orders and 
delivered products, unpaid orders, the total amount for 
the unpaid orders, and so on. 

According to one aspect of the present invention, 
an electronic commerce support method for managing 
trading in a client connected to a server for providing 
electronic commerce services to receive the electronic 
commerce services comprises the steps of: 

transmitting an order for a product on the electronic 
commerce in response to an input by a user to the 
server through a communication network, receiving 
trading information including a trading identifier as- 
sociated with the order and data on the contents of 
the order from the server, and storing the trading 
information in a storage device; 
receiving from the server trading processing infor- 
mation including a present status of processing 
(processing progress status) for processing initiat- 
ed for the order, a present status of processing for 
delivery of the product corresponding to the order, 
a present status of processing for payment process- 
ing for the trading, and the trading identifier, and 
comparing the trading identifier included in the trad- 
ing information with the trading identifier included in 
the trading processing information, and outputting 
a warning if they are not coincident, and adding the 
trading processing information to the trading infor- 
mation stored in the storage device if they are co- 
• incident. 

According to another aspect of the present inven- 
tion, an electronic commerce support method for man- 
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aging trading in a server for providing a plurality of cli- 
ents with electronic commerce services, comprises the 
steps of: 

receiving an order for a product ih^ the etectrontc 
commerce in response to an input by a user from a 
client through a communication network, and per- 
forming order acceptance processing for the prod- 
uct in accordance with a predetermined electronic 
commerce processing; 

transmitting to the client trading information includ- 
ing a trading identifier associated with the order and 
data on the contents of the order; 
creating trading processing information including a 
present status of processing (processing progress 
status) for processing initiated for the order, a 
present status of processing for delivery of the prod- 
uct corresponding to the order, a present status of 
processing for payment processing for the trading, 
and the trading identifier, and transmitting the trad- 
ing processing information to the client; and 
managing the present status of processing 
(processing progress status) for the processing in- 
itiated for the order, the present status of the 
processing for delivery of the product correspond- 
ing to the order, and the present status of process- 
ing for the payment processing for the trading until 
- the order processing, the delivery, and the payment 
processing are completed. 

Trading for which delivery has been completed may 
be displayed separately from trading for which delivery 
has not been completed, from the present status of 
processing for delivery included in the trading informa- 
tion, and trading which have been payed or settled may 
be displayed separately from trading which have not 
been payed or settled, from the present status of 
processing for payment processing for the trading. In 
addition, a total amount of money for products included 
in the trading which have not been settled or unpayed 
may be calculated and displayed. The total amount of 
money may be compared with a predetermined limit 
amount, such that a warning is outputted if the total 
amount of money for the products exceeds the limit 
amount. Information on a product to be returned may be 
inputted based on the displayed trading information, and 
transmitted to the server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram illustrating a system con- 
figuration according to an embodiment of the 
present invention; 

Fig. 2 is a flow chart illustrating overall processing 
executed in an electronic commerce support meth- 
od according to one embodiment of the present in- 
vention; 

Fig. 3 is a flow chart illustrating in detail the overall 
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processing executed in the electronic commerce 
support method of Fig. 2; 

Fig. 4 is a block diagram illustrating a system con- 
figuration according to an embodiment of the 

5 present invention; 

Fig. 5 shows a screen for inputting order information 
in the embodiment of the present invention; 
Fig. 6 shows tables for storing data related to order 
processing in the embodiment of the present inven- 

10 tion; 

Fig. 7 is a flow chart illustrating the order accept- 
ance processing in the embodiment of the present 
invention; 

Fig. 8 shows trading information in the embodiment 
1$ of the present invention; 

Fig. 9 illustrates a screen for displaying the trading 
information in the embodiment of the present inven- 
tion; 

Fig. 1 0 is a flow chart illustrating the order process- 
20 ing in the embodiment of the present invention; 

Fig. 11 is a flow chart illustrating order processing 
status creation in the embodiment of the present in- 
vention; 

Fig. 12 shows order processing status information 

25 in the embodiment of the present invention; 

Fig. 1 3 is a flow chart illustrating the processing of 
transmitting the order processing status in the em- 
bodiment of the present invention; 
Fig. 14 shows delivery processing status informa- 

30 tion in the embodiment of the present invention; 

Fig. 15 shows payment processing status informa- 
tion in the embodiment of the present invention; 
Fig. 1 6 illustrates a screen for displaying a present 
status of processing for a trading in the embodiment 

35 of the present invention; 

Fig. 17 is a flow chart illustrating the processing for 
requesting a present status of processing for a trad- 
ing in the embodiment of the present invention; 
Fig. 18 illustrates a screen for inputting a present 

to trading processing status request schedule in the 
embodiment of the present invention; 
Fig. 1 9 illustrates a warning display screen in the 
embodiment of the present invention; 
Fig. 20 is a flow chart illustrating the product return 

45 processing in the embodiment of the present inven- 
tion; and 

Fig. 21 is a flow chart illustrating the reorder 
processing in the embodiment of the present inven- 
tion. 

so 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

An embodiment of the present invention will here- 
55 inafter be described in detail with reference to the ac- 
companying drawings. 

Reference is first made to the general configuration 
of an electronic commerce system illustrated in Fig. 1. 
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The electronic commerce system of this embodiment is 
a system in which a client 210 and a server 220 are in- 
terconnected by a communication network 230. 

(a) Device Configuration of Client 2lGfc£|^„ _ 

The client 210 comprises a computer 211 , and an 
input device 21 2, an output device 21 3, a storage device 
214 and a communication cable 215 connected to the 
computer 211. The input device 212 comprises a key- 
board and a pointing device (such as a mouse, a control 
pad, or the like). The output device 21 3 preferably com- 
prises a high definition display and a speaker for cor- 
rectly and precisely displaying products. The storage 
device 214 may be either of magnetic disk, an optical 
disk, and so on which have a sufficient storage capacity 
for storing programs and data files. The communicating 
cable 215 may be an optical cable, a telephone line, or 
the like. When the client 210 transmits and receives data 
to and from the communication network 230 through a 
wireless channel, the client 210 is provided with a wire- 
less interface instead of the communication cable 215. 

(b) Device Configuration of Server 220: 

The server 220 comprises a computer 221 , and a 
storage device 222 and a communication cable 223 
connected to the computer 221 . 

While the device configuration for implementing the 
present invention may be what is generally called a com- 
puter system, the server 220 should be a high speed 
and high capability computer system for simultaneously 
providing a large number of clients with electronic com- 
merce services. 

(c) Device Configuration of Communication Network 
230: 

The communication network 230 comprises Inter- 
net, personal computer communications, and other net- 
works using wired or wireless channels. 

A general processing flow of the electronic com- 
merce support system according to this embodiment of 
the present invention will hereinafter be described with 
reference to Fig. 2. 

First, the client 210 inputs information on an order 
for a desired product including the quantity, price, ad- 
dress, name and payment method, and transmits the 
information to the server 220 using WWW (World Wide 
Web), an electronic mail, or the like (step 111). The serv- 
er 220 receives the order information through the com- 
munication network 230, and proceeds order accept- 
ance processing in accordance with a predetermined 
electronic commerce processing (step 121). The elec- 
tronic commerce processing herein used includes a 
processing which has been previously determined in ac- 
cordance with a payment method and a delivery method 
for an order. The server 220 creates trading information 



indicative of the contents of the trading based on the 
order information (step 1 22). Then, the server 220 trans- 
mits the trading information to the client 210 using 
WWW (World Wide Web), an electronic mail, or the like 

s (steR 1 23). The client 210 receives the trading informa- 
tion and stores it in the storage device 214 (step 112). 
In the mean time, the server 220 executes the electronic 
trading based on the trading information, i.e., checks the 
stock, executes the order processing (determines a 

jo shipping date) and delivery processing (determines a 
delivery date), and determines a payment date (from a 
purchase day) (step 124). With the processing of this 
trading, the server 220 creates information indicative of 
a present status of processing for the trading (step 1 25). 

is The processing of the trading may be performed by an- 
other server, and the information indicative of the 
present status of processing may be transmitted from 
this server. More specifically, the information on the 
present status of the processing for electronic corrv 

20 merce includes data indicative of sending-out status, 
delivery status, payment status, and so on for a product 
ordered by the electronic commerce. The server 220 
transmits the created present status of processing for 
the trading to the client 210 using WWW (World Wide 

2S Web), an electronic mail, or the like (step 216). If the 
processing for the trading is not completed, the process- 
ing for pending items is repeated at and after step 124 
(step 127). The client 210 receives this present status 
of processing for the trading (step 11 3). Then, the client 

30 210 checks the coincidence between the received 
present status of processing for the trading with the trad- 
ing information previously stored in the storage device 
214 (step 114). If a trading identifier contained in the re- 
ceived present status of processing does not match any 

ss of trading identifiers stored in the storage device 2 1 4 of 
the client 210, or if an error is found between trading 
information before updated and trading information after 
updated, a warning is outputted (step 115). Otherwise, 
based on the received trading identifier, the client 210 

40 updates the present status of processing for the trading 
associated with trading information with the trading 
identifier stored in the storage device 214 (step 116). 

In the following, a first specific example of the 
present invention will be described with reference to 

45 Figs. 3, 4. In this specific example, a client 210 is also 
connected to a delivery managing server 41 0 and a pay- 
ment managing server 420 through a communication 
network 230 in addition to a shopping server 220. The 
shopping server 220 may include functions of the detiv- 

so ery managing server and the payment managing server. 
In this case, the device configuration includes the shop- 
ping server alone. 

Fig. 3 illustrates a processing flow in the first specific 
example, and Fig. 4 illustrates a general configuration 

& of <he system in the first specific example. The general 
configuration of the electronic commerce system illus- 
trated in Fig. 4 has the delivery managing server 410 
and the payment managing server 420 connected to the 
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configuration illustrated in Fig. 1 through the network 
230. Since the rest of the configuration in Fig. 4 is iden- 
tical to Fig. 1 , explanation thereof is omitted. The deliv- 
ery managing server 410 and the payment managing 
server 420, which have the same deT^configuration 
as the shopping server 220, each comprise a computer, 
a storage device, and a communication cable. 

Next, respective processing steps illustrated in Fig. 
3 will be described in detail along the flow of the process- 
ing in Fig. 3. 

<Step 111 > Client Transmission of Order 

The client 210 accesses the shopping server 220 
using communication software such as an Internet 
browser, a Web browser or the like installed in the com- 
puter 211, and acquires product information. Then, the 
client 210 selects and determines a product to be or- 
dered on the basis of the received product information, 
and creates order information to be transmitted to the 
shopping server 220. A screen for creating the order in- 
formation is illustrated in Fig. 5 as an order information 
input screen 500. The order information input screen 
500 includes a purchased product list 510, a payment 
method input area 520, a delivery method input area 
530, and a personal information input area 540. The pur- 
chased product list 510 indicates the name, quantity, 
and price of each ordered product. In the payment meth- 
od input area 520, a payment method for ordered prod- 
ucts is selected from means such as a credit card, elec- 
tronic money, and so on, and ID information and so on 
are inputted for the ordered products. In the delivery 
method input area 530, a delivery method is selectively 
inputted, such as a home delivery service or the tike. In 
the personal information input area 540, the name, ad- 
dress, telephone number, and "where to contact" such 
as an E-mail address are inputted. When an "OK" button 
550 is selectively inputted through the input device 212 
after required items in each input area have been input- 
ted using the input device 212, the inputted order infor- 
mation is transmitted to the shopping server 220 through 
the communication cable 215 and the communication 
network 230. 

<Step 1 21 > Server Order Acceptance Processing: 

The shopping server 220 receives order information 
through the communication network 230. Then, the 
shopping server 220 executes the order acceptance 
processing in accordance with an electronic commerce 
processing corresponding to the received order infor- 
mation from electronic commerce processing 600 pre- 
viously stored in the storage device 222. Fig. 6 shows 
an outline of the electronic order processing 600. A pay- 
ment method column 61 1 shows a list of payment meth- 
ods, while a payment processing column 612 contains 
a processing required by each payment method. 

Stated another way, a payment processing corre- 



sponding to a payment method specified by order infor- 
mation is executed in accordance with the electronic 
commerce processing 600. Similarly, a delivery method 
column 621 shows a list of delivery methods, while a 

s delivery processing column 622 indicates a processing 
corresponding to each delivery method. The payment 
processing and the delivery processing include the or- 
der of processing corresponding to each method, and 
the addresses of the payment managing server and the 

to delivery managing server required for the processing. 
The payment methods include, for example, credit card 
payment, electronic money payment, transfer of funds 
between bank accounts, and so on. The delivery meth- 
ods include, for example, home delivery, transmission 

is of electronic goods such as software through a network, 
and so on. 

Fig. 7 illustrates detailed steps of the order accept- 
ance processing 121 when the credit card payment, for 
example, is selected in order information. The shopping 

20 server 220 requests the payment managing server 420 
to authenticate whether an orderer has a settling capa- 
bility (step 701). For this purpose, the shopping server 
220 transmits necessary information for the authentica- 
tion such as the name, address, telephone number, 

25 credit card number, card available period, and so on 
within the order information from the client 210 to the 
payment managing server 420 at a predetermined des- 
tination address. Next, the shopping server 220 re- 
ceives the result of the requested authentication from 

30 the payment managing server 420 (step 702). 

<Step 122> Server: Creation of Trading Information: 

Hie shopping server 220 creates trading informa- 
35 tion 800 indicative of the contents of a contract associ- 
ated with order information. 

Fig. 8 shows an example of the trading information 
800. The trading information 800 includes an order ID 
801 for identifying a trading; order specific information 
40 802 indicative of the contents of an order such as a pur- 
chase date, product name, quantity, and price; payment 
information 803 related to a method of proceeding the 
trading (payment method, E-mail address of payment 
institution); delivery information 804 (delivery method, 
45 E-mail address of del ivery service provider); and orderer 
information 805 for identifying the orderer such as a buy- 
er name, E-mail address, delivery destination address, 
and so on. 

The shopping server 220 stores the created trading 
so information 800 in the storage device 222. 

<step 123> Server Transmission of Trading 
Information: 

ss . The shopping server 220 transmits the trading in- 
formation 800 indicative of the contents of a contract as- 
sociated with order information to the client 210. In this 
event, information related to the name of a shop and the 
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address of the shopping server are added to the trans- 
mitted trading information 800. Here, a protocol utilized 
by the shopping server 220 for transmitting the trading 
information may be Simple Mail Transport Protocol 
(SMTP) which is a standard protocol toceJectronic mail, 
Hypertext Transport Protocol which is a standard proto- 
col for WWW, and so on. A similar protocol may be used 
also for transmission and reception of information be- 
tween the server and the client in subsequent steps. 

<Step 112> Client: Acquisition of Trading Information: 

The client 210 receives the trading information 800 
indicative of the contents of a contract associated with 
order information from the server 220 through the com- 
munication network 230. Fig. 9 illustrates a trading in- 
formation display screen 900 which displays received 
trading information 800. The trading information display 
screen 900 is provided for confirming the order informa- 
tion and comprises an ordered product area 910, a de- 
livery method and payment method area 920, and per- 
sonal information area 930. With the information dis- 
played on the screen 900, the orderer confirms whether 
the contents of the order are free of errors, and so'on. 

The client 210 selectively inputs an *OK m button 940 
if no error is found in the contents of the order. The trad- 
ing information is stored in the storage device 214. If the 
order is canceled at this time, a 'cancel' button 950 is 
selectively inputted. When the order is canceled, order 
cancel information is transmitted to the server 220 
through the communication network 230 together with 
an associated trading identifier. The server 220 exe- 
cutes processing for canceling the order corresponding 
to the trading identifier associated with the received or- 
der cancel information. 

<Step 1 34> Shopping Server Order Processing: 



payment institution for the order (step 1002). Delivery 
instructing information is transmitted to the delivery 
management server 410 of an associated delivery serv- 
ice provider (step 1003). The payment instructing infor- 
5 mation and the delivery instructing information, which 
have contents simitar to those of the trading information 
800, include information which permits the payment in- 
stitution and the delivery service provider to settle an 
associated trading and deliver a product associated with 
10 the trading, respectively. Step 1 002 and step 1 003 may 
be executed in the reverse order. Processing flows for 
the delivery managing server 410 and the payment 
managing server 420 will be described later. 



The shopping server 220 creates an order process- 
ing status. Fig. 11 illustrates an example of a processing 

20 flow for creating the order processing status. First, the 
shopping server 220 transmits a trading identifier to a 
shipping operation managing system (step 1101). Then, 
the shopping server 220 receives an order processing 
status corresponding to the trading identifier from the 

2S shipping operation managing system (step 1 1 02). Alter- 
natively, the shipping operation management system 
may transmit an order processing status to the shopping 
server 220 each time the shipping operation advances. 
Fig. 1 2 shows an example of data contained in the 

30 order processing status 1200 which is received by the 
shopping server 220. The order processing status 1200 
includes information 1201 as to whether an ordered 
product has been delivered or not, and a scheduled de- 
livery date or a delivery completed date 1202, both cor- 

35 responding to a trading ID 801 in the trading information 
800. The created order processing status 1 200 is stored 
in the storage device 222. 



15 <Step 1 35> Shopping Server: Creation of Order 
Processing Status: 
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The shopping server 220 executes the order 
processing. A detailed flow of the order processing is 
illustrated in Fig. 10. 

An order processing instruction is transmitted for an 
ordered product. The order processing instruction may 
be, for example, a product manufacturing instruction, a 
shipping instruction, and so on. The following descrip- 
tion is made based on an example of shipping instruc- 
tion. A shipping instruction is first transmitted to a ship- 
ping operation managing system responsible for the 
management of shipping operations (step 1001). The 
shipping operation managing system manages informa- 
tion on scheduled shipping operation of products and a 
present status of shipping operation, and provides the 
information in response to a request thereto. The ship- 
ping instruction initiates a shipping operation for a prod- 
uct, and the shipping operation managing system man- 
ages the present status of the shipping operation. 

Next, payment instructing information is transmitted 
to the payment managing server 420 of an associated 



<Step 136> Shopping Server: Transmission of Order 
*o Processing Status: 

The shopping server 220 transmits the order 
processing status 1200 created at step 1 35 to the client 
210 through the communication network 230. Here, the 

& destination of the order processing status 1 200, i.e. , the 
client is a buyer contained in trading information which 
is retrieved from the storage device 222 by making a 
search, with a trading ID in the order processing status 
1 200 used as a search key, for trading information hav- 

so ing the corresponding trading ID 801 . The transmission 
of the order processing status 1200 may be performed 
in response to a request from the client 210. 

Fig. 13 illustrates a processing flow for the trans- 
mission of the order processing status 1 200 in response 

55 to .a request from the client 210. The shopping server 
220 receives a request for an order processing status 
from the client 210 (step 1301 ). The request for the order 
processing status includes a trading ID for identifying a 
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trading to which the requested order processing status 
1 200 is related. The shopping server 220 searches the 
storage device 222 for the order processing status 1 200 
corresponding to the trading ID contained in the request, 
based on the request for the order processing status 
from the client 210 (step 1302). then, 7 the shopping 
server 220 transmits the retrieved order processing sta- 
tus 1200 to the client 210 which is the requester of the 
order processing status (step 1 303). 

<Step 137> 

If the order processing status transmitted at step 
1 36 shows that the order processing has not been com- 
pleted, the processing is continuously repeated from the 
order processing at step 134 onward. 

Reference is next made to a trading processing, 
creation of a trading processing status, and transmis- 
sion performed by the delivery managing server 41 0 and 
the payment managing server 420. 

<Steps 144, 154> Delivery Managing Server, Payment 
Managing Server: Delivery Processing, Payment 
Processing: 

In response to the order processing at step 1 34 ex- 
ecuted by the shopping server 220, the payment man- 
aging server 420 of a payment institution associated 
with the order receives payment instructing information, 
while the delivery managing server 420 of a delivery 
service provider associated with the order receives de- 
livery instructing information. Then, the delivery manag- 
ing server 410 and the payment managing server 420 
execute payment processing and delivery processing 
based on the received payment instructing information 
and delivery instructing information, respectively. The 
payment processing is made after client examination is 
passed at a CAFIS (Credit and Finance Information Sys- 
tem) center, and includes notifying a seller of payment 
for sales, paying the seller for the sales, calculating a 
debited amount, notifying the buyer of a date on which 
a specified account is debited, together with the debited 
amount, debiting the amount from the account on the 
debiting date, and so on. 

A home delivery operation is performed in response 
to a delivery instruction in the order of collection of prod- 
ucts to be delivered, concentration of products to a ter- 
minal, distribution of products to respective destination 
regions, transport of products between terminals, deliv- 
ery, and soon. A home delivery information system col- 
lects and manages information on each ordered product 
from an associated operation site each time activities 
such as collection, distribution, transport, and delivery 
of the product take place. In this event, a scheduled 
home delivery date is calculated and managed together 
with the foregoing information. Alternatively, the pay- 
ment processing and the delivery processing may be ex- 
ecuted in a different system connected through a net- 



12 
work. 

<Steps 145, 1S5> Delivery Managing Server, Payment 
Managing Server Creation of Delivery Processing 
s Status, Creation of Order Processing Status: 

A delivery processing status 1 400 and a payment 
processing status 1500 are created based on the deliv- 
ery processing and the payment processing executed 

io at steps 1 44, 1 54, respectively. Fig. 1 4 shows the deliv- 
ery processing status 1400, and Fig. 1 5 shows the pay- 
ment processing status 1500. The delivery processing 
status 1400 includes information 1 401 as to whether an 
associated product has been delivered or not and a 

'5 scheduled delivery date or a delivery completed date 
1 402, corresponding to the trading information 600. The 
payment processing status 1500 includes information 
1501 as to whether an associated order has been set- 
tled or not, and a scheduled payment date or a settled 

20 date, corresponding to the trading information 800. 

<Steps 146, 156> Delivery Managing Server, Payment 
Managing Server Transmission of Delivery Processing 
Status, Transmission of Payment Processing Status: 

25 

The delivery managing server 41 0 and the payment 
managing server 420 transmit the delivery processing 
status 1400 and the payment processing status 1500 
created at steps 1 45, 1 55, respectively, to the client 21 0 

30 through the communication network 230. Alternatively, 
the transmission of the delivery processing status 1400 
and the payment processing status 1 500 may be exe- 
cuted in response to a request from the client 21 0. Since 
the transmission at steps 146, 156 is substantially the 

35 same as that of the shopping server described at step 
136, detailed explanation is omitted. 

<Steps 147, 157> Delivery Managing Server, Payment 
Managing Server 

40 

If the delivery processing status and the payment 
processing status transmitted at steps 147, 157 show 
that the delivery processing and the payment process- 
ing have not been completed, the processing is contin- 
45 uousfy repeated from steps 1 44, 1 54 onward. 

Next described is the processing executed in the 
client 210 for updating a present status of processing 
for a trading. 

50 <step 1 1 3> Client: Reception of Present Status of 
Processing for Trading: 

The client 210 receives a present status of process- 
ing for a trading from each of the shopping server 220, 
55 the delivery managing server 410, and the payment 
management server 420 through the network 230. 

Fig. 16 illustrates an example of a screen 1600 for 
displaying the present status of processing for trading. 
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The present trading processing status screen 1600 in- 
cludes a trading content display area 1601, and a 
present processing status display area 1602 related to 
order processing, the payment processing and the de- 
livery processing for ^displaying the present status of 
processing related to the order processing, the payment 
processing, and the delivery processing associated with 
each trading. Alternatively, the present trading process- 
ing status screen 1600 may display whether the order 
processing has been completed or not; whether the pay- 
ment processing has been completed or not; and wheth- 
er the delivery processing has been completed or not 
by trading date. 

The reception of the present status of processing 
for a trading may be performed such that the client 210 
selectively requests a server for trading information to 
be updated, and receives the requested trading infor- 
mation. Fig. 17 illustrates an alternative processing flow 
of the processing step 1 1 3 for updating a present status 
of processing for a trading. First, a request for a present 
status of processing for a trading is created (step 1 701 ). 
The request for a present status of processing for a trad- 
ing may be created by selecting desired trading infor- 
mation from the trading information list 1 603 and-selec- 
tivety inputting a 'present processing status confirma- 
tion' button 1 604 on the present trading processing sta- 
tus display screen 1600. 

Fig. 18 illustrates a present trading processing sta- 
tus request schedule display 1 800 for automatically dis- 
playing a present status of processing for a trading. The 
present trading processing status request schedule dis- 
play 1800 includes a selection area 1801 for requesting 
a present status of processing and a request schedule 
input area 1 802. In accordance with a schedule inputted 
in the requested schedule input area 1 802, a request for 
confirming a present status of processing is created for 
requested trading information inputted in the selection 
area 1 801 for requesting a present status of processing. 
In this way, the present status of processing can be au- 
tomatically confirmed without requiring the user to input 
his intention of requesting the confirmation of the 
present status of processing. Next, the request for con- 
firming the present status of processing for selected 
trading information is transmitted to the shopping server 
220, the delivery managing server 41 0, and the payment 
managing server 420 based on the destinations con- 
tained in the trading information (step 1702). The client 
210 receives the present status of processing for the se- 
lected trading information from the shopping server 220, 
the delivery managing server 410, and the payment 
managing server 420, to which the request has been 
transmitted, and updates and displays the present trad- 
ing processing status request schedule display 1800 
(step 1703). 



<Step 114> Client: Coincidence Check for Present 
Status of Processing for Trading: 

The client 210 checks whether or not a trading ID 
5 of a present status of processing for a trading received 
from a server does not match any of trading IDs of trad- 
ing information 800 stored in the storage device 21 4, or 
whether or not the trading information includes errone- 
ous contents with respect to the information before up- 
10 dated. The processing branches to step 1 1 5 if any error 
is found and otherwise to step 116. 

<Step 115> Client: Output of Warning for Error in 
Present Status of Processing for Trading: 

is 

A warning is outputted for notifying any error in the 
present status of processing for a trading received at 
step 113. Fig. 19 illustrates an example of an outputted 
warning display screen 1900. 

20 

<Step 116> Client: Update of Present Status of 
Processing for Trading: 

A received present status of processing for a trading 

2* is updated for a trading ID corresponding to trading in- 
formation 800 stored in the storage device 214. 

According to this specific example as described 
above, the client 210 stores trading information indica- 
tive of the contents of a trading in the storage device 

30 214 when an order is placed, and updates the present 
status of processing for the trading from the shopping 
server 220, the delivery managing server 41 0, and the 
payment managing server 420 based on the trading in- 
formation, so that the client 210 is always aware of the 

35 delivery status and the payment status for the order and 
can manage the order corresponding to each status. 

Reference is next made to a second specific exam- 
ple of the present invention. The second specific exam- 
ple illustrates that a product is returned, after the acqui- 

40 sition of the present status of processing for a trading, 
based on trading information. 

Fig. 20 illustrates a processing flow of the second 
specific example. This processing flow is substantially 
the same as the processing Mow of the client 210 iilus- 

45 trated in Fig. 2. A difference is that Fig. 20 includes re- 
turn processing at step 2001 after a sequence of steps 
111 - 116. Thus, explanation on steps 111 - 116 is omit- 
ted. 

50 <Step 2001 > Return Processing: 

The return processing may be executed by select- 
ing desired trading information from the trading informa- 
tion list 1600 and selectively inputting a transmit return 
ss request" button 1605 in the present trading processing 
status display screen 1600. This causes a trading iden- 
tifier associated with a return requested product and re- 
turn requesting information to be transmitted to the 
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shopping server 220 in the trading information through 
the communication network 230. Assume that "return" 
used herein also includes cancellation of a trading. The 
shopping server 220 receives the return requesting in- 
formation, and takes appropriate acttoas^uch as can- 
cellation of the trading processing corresponding to the 
trading identifier, refund processing, and so on. 

Thus, according to this specific example, it is pos- 
sible to smoothly execute the return processing depend- 
ing on various situations such as delayed delivery, un- 
settled trading, and so on. 

Reference is next mads to a third specific example 
of the present invention. The third specific example il- 
lustrates that another order is placed, after the acquisi- 
tion of the present status of processing for a trading, 
based on trading information. 

Fig. 21 illustrates a processing flow of the third spe- 
cific example. TTiis processing flow is substantially the 
same as the processing flow of the client 210 illustrated 
in Fig. 2. A difference is that Fig. 21 includes, after step 
116, step 2101 at which it is determined whether or not 
the client has an intention of placing a new order, fol- 
lowed by the processing jumping to the order processing 
at step 1 1 1 , if the client has such intention, to utilize Trad- 
ing information. Thus, explanation on steps 111 - 116 is 
omitted. 

<Step 2101 > Input of Presence or Absence of Intention 
of Placing Reorder: 

The input device 212 is used to input the presence 
or absence of an intention of placing a new order. Spe- 
cifically, new order processing is executed only by se- 
lecting desired trading information in the trading infor- 
mation list 1 603 and selectively inputting a "reorder* but- 
ton 1 606 in the present trading processing status display 
screen 1600. When the "reorder" button 1606 is input- 
ted, the processing branches to step 111. 

<Step 111> Order Processing: 

An order information input screen similar to that of 
Fig. 5 is displayed. In this event, information required 
for the order has already been inputted based on the 
trading information selectively inputted at step 114. If 
some order information is to be changed, the input de- 
vice 212 is used to input a change, and the "OK" button 
550 is selectively inputted, causing the contents of a 
trading associated with the reorder to be transmitted to 
the address of the shopping server in the trading infor- 
mation through the communication network 230. 

Thus, according to this specific example, since a 
new order can be placed making the most of previous 
trading information, a reorder can be simply placed, par- 
ticularly for frequently ordered products such as daily 
necessaries, without inputting all order information from 
the beginning. 

As mentioned above, transmission and reception of 



trading information between a client and a server are 
performed through a communication network. For this 
reason, the trading information must be secured from 
tapping, violence, and so on. For the security purpose, 

5 the following method is used. 

A variety of information communicated between a 
server and a client is encrypted. Cryptology used in the 
encryption may be either of a public key cryptography 
such as Rivert-Shamir-Adleman (RAS) and a common 

10 key cryptography such as Data Encryption Standard 
(DES). This countermeasure can prevent trading infor- 
mation from being intercepted or violated by a third par- 
ty, thereby making it possible to ensure safe trading and 
protection of privacy. 

is The programs for executing the processing illustrat- 
ed in Figs. 2, 3, 20, and 21 may be stored in a portable 
storage means such as a floppy disk, an optical disk, or 
the like such that the programs are read into a main stor- 
age device of a processing system, upon execution, for 

20 performing the processing. 

While the foregoing embodiment has been de- 
scribed in connection with a readily appreciable relation- 
ship between a client and a server, it goes without saying 
that the present invention is also applicable to other ap- 

2S paratus having the relationship of providing and enjoy- 
ing similar services. 

Claims 

30 

1. An electronic commerce support method for man- 
aging trading in a client (21 0) connected to a server 
(220) for providing electronic commerce services to 
receive the electronic commerce services, compris- 
es ing the steps of: 

transmitting an order for a product on the elec- 
tronic commerce in response to an input by a 
user to said server through a communication 

40 network, receiving trading information including 

a trading identifier associated with said order 
and data on the contents of said order from said 
server, and storing said trading information in a 
storage device (214) (111,112); 

45 receiving from said server trading processing 

information including a present status of 
processing for processing initiated for said or- 
der, a present status of processing for delivery 
of said product corresponding to said order, a 

so present status of processing for payment 

processing for said trading, and the trading 
identifier (113); and 

comparing said trading identifier included in 
said trading information with said trading iden- 
ss . tifier included in said trading processing infor- 
mation, and outputting a warning if they are not 
coincident, and adding said trading processing 
information to said trading information stored in 
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said storage device if they are coincident (118). processing for said trading. 



2. A method according to claim 1 , further comprising 
the step of: 

comparing said data on the contents of said or- 
der included in said trading information with 
said present status of processing for the 
processing initiated for said order, said present 
status of processing for delivery of said product 
corresponding to said order and said present 
status of processing for the payment process- 
ing for said trading included in said trading 
processing information, and outputting a warn- 
ing if erroneous conditions are included (114, 
115). 

3. A method according to claim 2, further comprising 
the step of: 

sending to said server a transmission request 
for trading processing information including the 
trading identifier included in said trading infor- 
mation received from said server in order to re- 
ceive said trading processing information from 
said server (1702, 1703). 

4. A method according to claim 3, wherein said step 
of sending a request includes transmitting a time at 
which said trading processing information is to be 
received, together with said transmission request 
for said trading processing information. 

5. A method according to claim 2, wherein: 

said present status of processing for the 
processing for said order included in said trad- 
ing processing information includes a delivery 
completed date or a scheduled delivery date for 
the product associated with said order, said 
present status of processing for said delivery 
includes a delivery completed date or a sched- 
uled delivery date for said product, and said 
present status of processing for said payment 
processing includes a payment completed date 
or scheduled payment date. 

6. A method according to claim 2, further comprising 
the step of: 

displaying trading for which delivery has been 
completed separately from trading for which 
delivery has not been completed, from said 
present status of processing for delivery includ- 
ed in said trading information, and displaying 
trading which have been settled separately 
from trading which have not been settled, from 
said present status of processing for payment 



7. A method according to claim 6, further comprising 
the step of: 

5 

calculating a total amount of money for prod- 
ucts included in said trading which have not 
been settled, and displaying the calculated total 
amount of money. 

10 

8. A method according to daim 7, further comprising 
the step of: 

comparing said total amount of money with a 
75 predetermined limit amount, and outputting a 

warning if said total amount of money for the 
products included in said trading which have 
not been settled exceeds said limit amount. 

20 9. A method according to claim 1 , further comprising 
the step of: 

inputting information on a product to be re- 
turned in said displayed, trading information to 
25 which said trading processing information has 

been added, and transmitting said information 
to said server (2001). 

10. A method according to claim 1 , further comprising 
30 the step of: 

displaying said trading information to select a 
portion of information from said trading informa- 
tion, creating new order information by modify- 
35 ing said selected information, and transmitting 

said new order information to said server 
(2101). 

11 . A method according to claim 1 , wherein said server 
40 includes a shopping server (220) dedicated to sales 

of products in the electronic commerce, a payment 
managing server (420) dedicated to payment 
processing for said sales of products in response to 
an instruction from said shopping server, and a de- 

45 livery managing server (41 0) dedicated to delivery 
processing in said sales of products in response to 
an instruction from said shopping server, and said 
trading information includes destination addresses 
of said shopping server, said payment managing 

so server, and said delivery managing server, said 
method further comprising the steps of: 

receiving said present status of processing for 
the processing for said order from said shop- 
55 . ping server (113); 

receiving said present status of processing for 
said payment processing for trading from said 
payment managing server (113); and 
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receiving said present status of processing for 
said delivery from said delivery managing serv- 
er (113). 

12. A method according to claim 11, former comprising 
the step of: 

sending to said shopping server a transmission 
request for order processing information includ- 
ing a trading identifier included in said trading 
information received from said shopping server 
in order to receive said present status of 
processing for the processing for said order 
from said shopping server (1702). 

1 3. A method according to claim 11 , further comprising 
the step of: 



processing for delivery of said product corre- 
sponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier, and transmit- 
5 ting said trading processing information to said 

client (136); and 

managing the present status of processing for 
.the processing initiated for said order, the 
present status of the processing for delivery of 
w said product corresponding to said order, and 

the present status of processing for the pay- 
ment processing for said trading until the order 
processing, the delivery, and the payment 
processing are completed (137). 

15 

16. A method according to claim 15, further comprising 
the step of: 
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sending to said payment managing server a 
transmission request for payment managing 
processing information including the trading 
identifier included in said trading information re- 
ceived from said shopping server in order to re- 
ceive said present status of processing f or said 
payment processing for trading from said pay- 
ment managing server (1702). 

1 4. A method according to claim 1 1 , further comprising 
the step of: 

sending to said delivery managing server a 
transmission request for delivery managing 
processing information including the trading 
identifier included in said trading information re- 
ceived from said shopping server in order to re- 
ceive said present status of processing for said 
delivery from said delivery managing server 
(1702). 

15. An electronic commerce support method for man- 
aging trading in a server (220) for providing a plu- 
rality of clients (210) with electronic commerce serv- 
ices, comprising the steps of: 

receiving an order for a product in the electronic 
commerce in response to an input by a user 
from a client through a communication network 
(230), and performing order acceptance 
processing for said product in accordance with 
a predetermined electronic commerce 
processing (121); 

transmitting to said client trading information in- 
cluding a trading identifier associated with said 
order and data on the contents of said order 
(123); 

creating trading processing information includ- 
ing a present status of processing for process- 
ing initiated for said order, a present status of 



searching for the present status for the 
20 processing for said order, the present status of 

the processing for delivery of said product cor- 
responding to said order, and the present status 
of processing for the payment processing for 
said trading, based on a trading identifier in- 
25 votved in a request from a client, to create trad- 

ing processing information, and transmitting 
said trading processing information to said cli- 
ent (1302, 1303). 

30 17. A client (210) connected to a server (220) for pro- 
viding electronic commerce services to receive the 
electronic commerce services, comprising: 

an order transmitting device (111, 112) for 
35 transmitting an order for a product on the elec- 

tronic commerce in response to an input by a 
user to said server through a communication 
network (230), receiving from said server trad- 
ing information including a trading identifier as- 
40 sociated with said order and data on the con- 

tents of said order from said server, and storing 
said trading information in a storage device 
(214); 

a trading information acquiring device (1 1 3) for 
45 receiving from said server trading processing 

information including a present status of 
processing for processing initiated for said or- 
der, a present status of processing for delivery 
of said product corresponding to said order, a 
so present status of processing for payment 

processing for said trading, and the trading 
identifier; and 

an updating device (118) for comparing said 
trading identifier included said trading informa- 
ss • tion with said trading identifier included in said 
trading processing information, and outputting 
a warning if they are not coincident, and adding 
said trading processing information to said trad- 
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ing information stored in said storage device if 
they are coincident. 

18. A client according to claim 17, further comprising: 

a coincidence check device (114) f of compar- 
ing said data on the contents of said order with 
said present status of processing for the 
processing initiated for said order, said present 
status of processing for delivery of said product 
corresponding to said order, and said present 
status of processing for the payment process- 
ing for said trading included in said trading 
processing information, and outputting a warn- 
ing if erroneous conditions are included. 

19. A client according to claim 18, further comprising: 

a transmitting device (1 301 ) for sending to said 
server a transmission request for trading 
processing information including the trading 
identifier included in said trading information re- 
ceived from said server in order to receive said 
trading processing information from said serv- 
er. 

20. A client according to claim 19, wherein said trans- 
mitting device transmits a time at which said trading 
processing information is to be received, together 
with said transmission request for said trading 
processing information. 

21. A client according to claim 17, wherein said server 
includes a shopping server (220) dedicated to sales 
of products in the electronic commerce, a payment 
managing server (420) dedicated to payment 
processing for said sales of products in response to 
an instruction from said shopping server, and a de- 
livery managing server (410) dedicated to delivery 
processing in said sales of products in response to 
an instruction from said shopping server, and said 
trading information includes destination addresses 
of said shopping server, said payment managing 
server, and said delivery managing server. 

22. A client according to claim 17, further comprising: 

a reordering device (2101) for displaying said 
trading information, selecting a portion of infor- 
mation from said trading information, creating 
new order information by modifying said select- 
ed information, and transmitting said new order 
information to said server. 



for receiving an order for a product on the elec- 
tronic commerce from a client in response to an 
input by a user through a communication net- 
work (230), and performing order acceptance 
5 processing for said product in accordance with 

a predetermined electronic commerce 
processing; 

a trading information transmitting device (123) 
for transmitting to said client trading information 
10 including a trading identifier associated with 

said order and data on the contents of said or- 
der; 

a trading status transmitting device (136) for 
creating trading processing information includ- 
es ing a present status of processing for process- 
ing initiated for said order, a present status of 
processing for delivery of said product corre- 
sponding to said order, a present status of 
processing for payment processing for said 
20 trading, and the trading identifier, and transmit- 
ting said trading processing information to said 
client; and 

an order processing managing device (1 37) for 
managing the present status of processing for 

2S the processing initiated for said order, the 

present status of the processing for delivery of 
said product corresponding to said order, and 
the present status of processing for the pay- 
ment processing for said trading until the order 

30 processing, the delivery, and the payment 

processing are completed. 

24. A server according to claim 23, further comprising: 

3S a processing status transmitting device (1 303) 

for searching for the" present status for the 
processing for said order, the present status of 
the processing for delivery of said product cor- 
responding to said order, and the present status 

40 of processing for the payment processing for 

said trading, based on a trading identifier con- 
tained in a request from a client, to create trad- 
ing processing information, and transmitting 
said trading processing information to said cli- 

4S ent 

25. A storage medium having an electronic commerce 
support program provided in a client (21 0) connect- 
ed to a server (220) for providing electronic com- 

so merce services to receive the electronic commerce 
services, said program being readable by a CPU in 
said client for managing the electronic commerce, 
said storage medium comprising: 



23. A server (220) for providing electronic commerce ss 
services to a plurality of clients (210), comprising: 

an order acceptance processing device (121) 



a storage component having a cods sequence 
for realizing the step (111, 112) of transmitting 
an order for a product on the electronic com- 
merce in response to an input by a user to said 
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server through a communication network (230), 
receiving from said server trading information 
including a trading identifier associated with 
said order and data on the contents of said or- 
der from said server, and storing, said trading 5 
information in a storage device (2 1 4)r 
a storage component having a code sequence 
for realizing the step (113) of receiving from 
said server trading processing information in- 
cluding a present status of processing for "> 
processing initiated for said order, a present 
status of processing for delivery of said product 
corresponding to said order, a present status of 
processing for payment processing for said 
trading, and the trading identifier; and 
a storage component having a code sequence 
for realizing the step (118) of comparing said 
trading identifier included said trading informa- 
tion with said trading identifier included in said 
trading processing information, and outputting 20 
a warning if they are not coincident, and adding 
said trading processing information to said trad- 
ing information stored in said storage device if 
they are coincident. 

25 

26. A storage medium according to claim 25, further 
comprising: 

a storage component having a code sequence 
for realizing the step (114, 115) of comparing 30 
said data on the contents of said order with said 
present status of processing for the processing 
initiated for said order, said present status of 
processing for delivery of said product corre- 
sponding to said order, and said present status 3S 
of processing for the payment processing for 
said trading included in said trading processing 
information, and outputting a warning if errone- 
ous conditions are included. 

40 

27. A storage medium having an electronic commerce 
support program provided in a server (220) for pro- 
viding electronic commerce services to a plurality 
of clients (210), said program being readable by a 
CPU in said server for managing trading, said stor- 
age medium comprising: 



45 



a storage component having a code sequence 
for realizing the step (1 21 ) of receiving an order 
for a product on the electronic commerce from so 
a client in response to an input by a user 
through a communication network (230), and 
performing order acceptance processing for 
said product in accordance with a predeter- 
mined electronic commerce processing; ss 
a storage component having a code sequence 
for realizing the step (123) of transmitting to 
said client trading information including a trad- 



ing identifier associated with said order and da- 
ta on the contents of said order; 
a storage component having a code sequence 
for realizing the step (136) of creating trading 
processing information including a present sta- 
tus of processing for processing initiated for 
said order, a present status of processing for 
delivery of said product corresponding to said 
order, a present status of processing for pay- 
ment processing for said trading, and the trad- 
ing identifier, and transmitting said trading 
processing information to said ciient; and 
a storage component having a code sequence 
for realizing the step (137) of managing the 
present status of processing for the processing 
initiated for said order, the present status of the 
processing for delivery of said product corre- 
sponding to said order, and the present status 
of processing for the payment processing for 
said trading until the order processing, the de- 
livery, and the payment processing are com- 
pleted. 

28. A storage medium having an electronic commerce 
support program provided in a shopping server 
(220) for providing electronic commerce services to 
a plurality of clients (210), said program being read- 
able by a CPU in said shopping server for managing 
trading, said storage medium comprising: 

a storage component having a code sequence 
for realizing the step (1 21 ) of receiving an order 
for a product on the electronic commerce from 
a client in response to an input by a user 
through a communication network (230), and 
performing order acceptance processing for 
said product in accordance with a predeter- 
mined electronic commerce processing; 
a storage component having a code sequence 
for realizing the step (123) of transmitting to 
said client trading information including a trad- 
ing identifier associated with said order and da- 
ta on the contents of said order; 
a storage component having a code sequence 
for realizing the step (136) of transmitting to 
said client a present status of processing for 
processing initiated for said order; 
a storage component having a code sequence 
for realizing the step (1 34) of transmitting a re- 
quest for delivery of said product corresponding 
to said order to a delivery managing server 
(410) connected to said shopping server; and 
a storage component having a code sequence 
for realizing the step (1 34) of transmitting a re- 
quest for payment processing for said trading 
to a payment managing server. 
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PRODUCT NAME 


QUANTITY 
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550 OK ) ( CANCEL ) 



18 



EP 0845 749 A2 



611. 



FIG. 6 
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FIG. 8 
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Qfi / 07 / 10 




SHIRTS 
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INSTITUTION AOUntoo 
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TRADING INFORMATION 900 
DISPLAY SCREEN 



FIG. 9 



CONFIRMATION OF TRADING INFORMATION 



♦ORDERED PRODUCTS 
ORDER 

DATE SHOP PRODUCT PRICE QUANTITY 
7 / 10 HITACHI SHIRT 4500 1 
7/ 10 HITACHI PANTS 5500 1 
TOTAL 10000 



910 



♦PAYMENT / DELIVERY METHODS 
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DELIVERY SERVICE PROVIDER 
DESTINATION ADDRESS 



•920 
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NAME 
ADDRESS 
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E-MAIL 
ADDRESS 



TOSHIYUKI 0N0 

1099 OUZENJI, ASO-KU, 

KAWASAKI-SHI 

044-966-91111 

t-ono@hitachi.co.jp 



•930 



940 ^ f~OK ) (• CANCEL > ^>Qsn 
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FIG. 12 
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FIG. 14 
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FIG. 16 



DISPLAY OF PRESENT STATUS OF PROCEDURE FOR TRADING 
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FIG. 17 
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1701 



1702 



1703 



( START ) 



CREATE REQUEST 
FOR PRESENT STATUS 
OF PROCEDURE FOR TRADING 



TRANSMIT REQUEST 
FOR PRESENT STATUS 
OF PROCEDURE FOR TRADING 



RECEIVE REQUEST 
FOR PRESENT STATUS 
OF PROCEDURE FOR TRADING 



( END ) 



SHOPPING SERVER 220 

DELIVERY 410 
MANAGING SERVER 

PAYMENT 420 
MANAGING SERVER 

SHOPPING SERVER 220 

DELIVERY 410 
MANAGING SERVER 

PAYMENT 420 
MANAGING SERVER 



24 



EP0845749A2 



FIG. 18 

PRESENT TRADING PROtfDURE- STATUS REQUEST SCHEDULE SCREEN 1800 
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